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DETAILED ACTION 

1 . This action is in response to the amendment filed on 12/17/04. 

Claim Rejections - 35 USC §112 

2. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

3. Claims 1-34 and 37 are rejected under 35 U.S.C. 112, first paragraph, as failing 
to comply with the written description requirement. The claim(s) contains subject matter 
which was not described in the specification in such a way as to reasonably convey to 
one skilled in the relevant art that the inventor(s), at the time the application was filed, 
had possession of the claimed invention. 

4. Claims 1 and 37 were amended to contain the limitation "wherein each of the first 
and second source-level codes have an execution time and wherein the execution time 
of the second source-level code is less than the execution time of the first source-level 
code". Applicant's assistance is appreciated in demonstrating support for this limitation 
in the specification. 

Thus, claims 2-34 are also rejected as being dependent on the rejected base 

claim. 
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Additionally, claim 37 was amended to contain the limitation "wherein at least one 
of the address expressions include a variable having a value that is in a range of values, 
that range being determined at runtime". Applicant's assistance is appreciated in 
demonstrating support for this limitation in the specification. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-5, 11, 12, 16, 19-23, 30-37 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Blickstein, U.S. Patent No. 5,577,253 in view of Balasa et al. 
(Balasa), "Transformation of Nested Loops with Modulo Indexing to Affine 
Recurrences," Parallelization Techniques for Uniform Algorithms, World Scientific Pub., 
1994, p. 1-12. 

As per claim 1 , Blickstein discloses a method of optimizing address 
expressions within source-level code, wherein the source-level code describes 
the functionality of an application to be executed on a digital device (col. 1 lines 
40-41 , "This invention relates to compilers (that optimize address expressions in source 
code for execution on) digital computers"), the method comprising: 
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- inputting a first source-level code that describes the functionality of the 
application, the first source-level code comprising address computation code 

(col. 3 lines 10-12, "Each front end scans and parses the source modules (i.e. the first 
source level code comprising address computation code), and generates, from them, an 
intermediate language representation of the program expressed in the source code."), 
and a plurality of arrays with address expressions (col. 34 lines 8-9, "The first 
operand ... is an address expression representing the base address of the array") 

- transforming the first source-level code into a second source-level code 
that describes substantially the same functionality as the first source-level code 
(col. 3 lines 10-15, "Each front end scans and parses the source modules (i.e. the first 
source level code), and generates, from them, an intermediate language representation 
of the program expressed in the source code (i.e. a second source level code). This 
intermediate representation is constructed to represent (the same functionality as the 
first source level code for)"), 

- wherein the second source-level code has fewer costly operations than the 
first source-level code (col. 18 line 55 - col. 19 line 59, "the definition and detection of 
induction variables and inductive expressions will be discussed ... this is a straight 
forward Do loop, I being the loop control variable. Notice that the inductive expression 
l*4 increases by 4 on each trip through the loop. By introducing a new variable 12, we 
can replace the multiplication with an addition, which is a less expensive operation ... 
This optimization is known as induction variable elimination"), 
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- wherein the digital device comprises at least one processor (col. 2 line 1, 
"a processor"), 

- wherein each of the first and second source-level codes have an 
execution time and wherein the execution time of the second source-level code is 
less than the execution time of the first source-level code (col. 2:31-33, "the 
program is rewritten, to optimize speed of execution (i.e. the second code revision has a 
faster execution time than the first)"). 

Blickstein doesn't explicitly disclose that the address computation code or one 
of the address expressions has nonlinear operations 

However, Balasa, in an analogous environment, discloses that the address 
expression is nonlinear (p.2 lines 5-7, "The most important practical subclass of the 
non-linear extensions consist of modulo expressions of affine indexing functions"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have induction analysis applied to at least one address expression which 
is nonlinear. The modification would have been obvious because one of ordinary skill 
in the art would want to utilize the teachings of Balasa to optimize nonlinear expressions 
because they are a very important class of expressions for the multi-dimensional signal 
and data processing field (Balasa, p. 2, lines 5-14). 
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As per claim 2, the rejection of claim 1 is incorporated and further, Blickstein 
doesn't explicitly disclose that the nonlinear operations are selected from the group 
comprising: modulo operations, integer division operations, power operations 
and multiplication. 

However, Balasa, in an analogous environment, discloses that the nonlinear 
operations are selected from the group comprising: modulo operations, integer 
division operations, power operations and multiplication (p. 2 lines 5-7, "The most 
important practical subclass of the non-linear extensions consist of modulo expressions 
of affine indexing functions"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have the nonlinear operations are selected from the group comprising: 
modulo operations, integer division operations, power operations and 
multiplication. The modification would have been obvious because one of ordinary 
skill in the art would want to utilize the teachings of Balasa to optimize nonlinear 
expressions because they are a very important class of expressions for the multi- 
dimensional signal and data processing field (Balasa, p. 2, lines 5-14). 

As per claim 3, the rejection of claim 1 is incorporated and further, Blickstein 
discloses a first code transforming, a second code transforming and a third code 
transforming, the first code transforming comprising algebraic code 
transformations and common subexpression elimination code transformations, 



Application/Control Number: 09/760,129 Page 7 

Art Unit: 2192 

the second code transforming including code hoisting and the third code 
transforming including induction analysis (col. 2 lines 30-31, Various optimizing 
techniques (ordered transformations) are used", and col. 3 lines 49-52, "This 
mechanism is used by the global optimizer to determine legal and effective 
optimizations, including common subexpression expression recognition and code 
motions", and col. 4 lines 4-5, "In addition to finding induction variables, this optimization 
finds inductive expressions"). 

As per claim 4, the rejection of claim 3 is incorporated and further, Blickstein 
discloses that first the first code transforming is executed, thereafter the second 
code transforming and thereafter the third code transforming (col. 2 lines 30-31, 
"various optimizing techniques (ordered transformations) are used"). 

As per claim 5, the rejection of claim 1 is incorporated and further, Blickstein 
discloses that the arrays are multi-dimensional arrays (col. 34 line 27, 
"multidimensional arrays"). 

As per claim 1 1 , the rejection of claim 1 is incorporated and further, Blickstein 
discloses the method is independent of the digital device architecture (col. 3 lines 
3-4, "the generic back end provides the functions of optimization"). 



Application/Control Number: 09/760,129 Page 8 

Art Unit: 2192 

As per claim 12, the rejection of claim 1 1 is incorporated and further, Blickstein 
discloses that the method does not use detailed knowledge of the target device of 
the source code(col. 3 lines 3-4, "the generic back end provides the functions of 
optimization"). 

As per claim 16, the rejection of claim 1 is incorporated and further, Blickstein 
discloses that transforming comprises applying an algebraic transformation on at 
least one of the address expressions or part of the address calculation code, 
wherein the algebraic transformation replaces at least a part of the address 
expressions or part of an expression within the address computation code by 
another equivalent expression (col. 3 lines 49-52, "This mechanism is used by the 
global optimizer to determine legal and effective optimizations, including common 
subexpression expression (elimination)). 

As per claim 19, the rejection of claim 1 is incorporated and further, Blickstein 
discloses that the transformation comprises common subexpression elimination 
on at least one of the address expressions or part of the address computation 
code (col. 13 lines 36-37, "address arithmetic"), and wherein the common 
subexpression elimination detects a subexpression that is found within at least 
two expressions within either the address expressions or the address 
computation code and replaces the subexpression with a single variable, wherein 
the variable is computed via the subexpression higher in the code, the variable 
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computation becoming part of the address computation code (col. 12 line 66 - col. 
13 line 3, "As an essential step in detecting common subexpressions (CSEs), invariant 
expressions, and opportunities for code motion, the optimizer in the back end must be 
able to determine when two expression tuples are guaranteed to compute the same 
value"). 

As per claim 20, the rejection of claim 19 is incorporated and further, Blickstein 
discloses that the common subexpression elimination decreases the amount of 
nonlinear operations within the source-level code (col. 12 line 66 - col. 13 lines 3, 
"As an essential step in detecting common subexpressions (CSEs) ... the optimizer in 
the back end must be able to determine when two expression tuples are guaranteed to 
compute the same value", and col. 4 lines 5-7, "this optimization finds inductive 
expressions (nonlinear operations), which are expressions that can be computed as 
linear functions"). 

As per claim 21 the rejection of claim 1 is incorporated and further, Blickstein 
discloses that at least one piece of address calculation code is located within a 
selected scope and transforming comprises code hoisting wherein a part of the 
piece of address calculation code is moved outside the scope (col. 12 line 66 - col. 
13 lines 3, "As an essential step in detecting ... opportunities for code motion (code 
hoisting), the optimizer in the back end must be able to determine when two expression 
(address calculation code) tuples are guaranteed to compute the same value"). 
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As per claim 22, the rejection of claim 1 is incorporated and further Blickstein 
discloses that the moving of the part of the piece of address calculation code 
reduces the amount of executions of nonlinear operations within the part of the 
piece of address calculation code (col. 12 line 66 - col. 13 lines 3, "As an essential 
step in detecting ... opportunities for code motion, the optimizer in the back end must be 
able to determine when two expression tuples are guaranteed to compute the same 
value", and col. 4 lines 5-7, "this optimization finds inductive expressions, which are 
(nonlinear) expressions that can be computed as linear functions"). 

As per claim 23, the rejection of claim 21 is incorporated and further Blickstein 
discloses that code hoisting is applied across the scope of a loop construct (col. 3 
lines 49-52, "This mechanism is used by the global optimizer to determine legal and 
effective optimizations, including ... code motions"). 

As per claim 30, the rejection of claim 1 is incorporated and further, Blickstein 
discloses that modulo related algebraic transformation combined with a common 
subexpression elimination and code hoisting are executed iteratively (col. 2 lines 
30-31, "various optimization techniques are ... implemented ... Commonly-used 
optimizations are code motions, strength reduction (modulo related, and other algebraic 
transformations), etc", and col. 188 lines 4-10, "a first code optimization and to perform 
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a second code optimization ... said code optimization performed using ... common sub 
expression elimination (and) strength reduction"). 



As per claim 31, the rejection of claim 1 is incorporated and further Blickstein 
discloses that an induction analysis based step is applied on at least one address 
expression, the induction analysis step replaces the address expression with 
single pointer arithmetic and a single conditional (col. 18 line 55 - col. 19 line 59, 
"the definition and detection of induction variables and inductive expressions will be 
discussed ... this is a straight forward Do loop, I being the loop control variable. Notice 
that the inductive expression 1*4 increases by 4 on each trip through the loop. By 
introducing a new variable 12, we can replace the multiplication with an addition, which 
is a less expensive operation ... This optimization is known as induction variable 
elimination"). 

Blickstein doesn't explicitly disclose that the address expression is piece wise 

linear. 

However, Balasa, in an analogous environment, discloses that the address 
expression is piece wise linear (p. 2 lines 10-19, "we propose a method to transform 
this extended class of expressions into the commonly treated affine function class. This 
has a major advantage that the vast amount of loop oriented transformations techniques 
which are currently in use can be retained without any changes ... We believe that the 
same advantage is applicable in other contexts. In particular ... loop transformations 
are employed for ... piece-wise linear scheduling and mapping of affine dependencies"). 
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Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have induction analysis applied to an address expression which is 
piece wise linear. The modification would have been obvious because one of ordinary 
skill in the art would want to use the teachings of Balasa to apply existing loop 
transformation techniques to gain performance advantages in situations involving 
piecewise linear address expressions (Balasa, p. 2, lines 10-14). 

As per claim 32, the rejection of claim 31 is incorporated and further, Blickstein 
doesn't explicitly disclose that the piece wise linear address expression comprise at 
least of one of the group comprising: a modulo operation and a division 
operation. 

However, Balasa, in an analogous environment, discloses that the piece wise 
linear address expression comprise at least of one of the group comprising: a 
modulo operation and a division operation (p. 2 line 18, "piece-wise linear" 
expressions are discussed, and p. 3 line 15-25, "this loop nest contains m indexing 
functions of constant modulo type ... our goal is to obtain an equivalent nest of loops ... 
without any modulo index"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have the piece wise linear address expression comprise at least of 
one of the group comprising: a modulo operation and a division operation. 
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The modification would have been obvious because one of ordinary skill in the art 
would want to use the teachings of Balasa to apply existing loop transformation 
techniques to gain performance advantages in situations with piecewise linear address 
expressions, such as a modulo expression (Balasa, p. 2, lines 10-14). 

As per claim 33, the rejection of claim 32 is incorporated and further Blickstein 
doesn't explicitly disclose that the piece wise linear address expression comprises 
nested operations. 

However, Balasa, in an analogous environment discloses that piece wise linear 
address expression comprises nested operations (p. 2 lines 16-19, "loop 
transformations are employed for scheduling and mapping techniques of loop nests ... 
(and) piece-wise linear scheduling and mapping"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have the piece wise linear address expression comprises nested 
operations. The modification would have been obvious because one of ordinary skill in 
the art would want to use the teachings of Balasa to apply existing loop transformation 
techniques to gain performance advantages in situations involving piecewise linear, 
nested operations (Balasa, p. 2, lines 10-14). 

As per claim 34, the rejection of claim 1 is incorporated and further, Blickstein 
discloses that induction analysis is applied, wherein the induction replaces the 
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address expression with add, accumulate, constant division and constant 
multiplication operations or combinations thereof (col. 18 line 55 - col. 19 line 59, 
"the definition and detection of induction variables and inductive expressions will be 
discussed ... this is a straight forward Do loop, I being the loop control variable. Notice 
that the inductive expression 1*4 increases by 4 on each trip through the loop. By 
introducing a new variable 12, we can replace the multiplication with an addition, which 
is a less expensive operation ... This optimization is known as induction variable 
elimination"). 

Blickstein doesn't explicitly disclose that at least one address expression, is 
nonlinear. 

However, Balasa, in an analogous environment, discloses that at least one 
address expression is nonlinear (p. 2 lines 5-7, "The most important practical subclass of 
the non-linear extensions consist of modulo expressions of affine indexing functions"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have induction analysis applied to at least one address expression which 
is nonlinear. The modification would have been obvious because one of ordinary skill 
in the art would want to utilize the teachings of Balasa to optimize nonlinear expressions 
because they are a very important class of expressions for the multi-dimensional signal 
and data processing field (Balasa, p. 2, lines 5-14). 
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As per claim 35, Blickstein discloses a system for address expression 
optimization of source-level code, wherein the source-level code describes the 
functionality of an application to be executed on a digital device, (col. 1 lines 40- 
41, "This invention relates to compilers (that optimize address expressions in source 
code for execution on) digital computers"), wherein the digital device comprises at 
least one processor (col. 2 line 1 , "a processor"), the system comprising: 

- means for inputting a first source-level code that describes the 
functionality of the application, the first source-level code comprising address 
computation code (col. 3 lines 10-12, "Each front end scans and parses the source 
modules (i.e. the first source level code comprising address computation code), and 
generates, from them, an intermediate language representation of the program 
expressed in the source code "), and a plurality of arrays with address expressions 
(col. 34 lines 8-9, "The first operand ... is an address expression representing the base 
address of the array") 

- means for transforming the first source-level code into a second source- 
level code that describes substantially the same functionality as the first source- 
level code (col. 3 lines 10-15, "Each front end scans and parses the source modules 
(i.e. the first source level code), and generates, from them, an intermediate language 
representation of the program expressed in the source code (i.e. a second source level 
code). This intermediate representation is constructed to represent (the same 
functionality as the first source level code for)"), 
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- wherein the second source-level code has fewer costly operations than the 
first source-level code (col. 18 line 55 - col. 19 line 59, "the definition and detection of 
induction variables and inductive expressions will be discussed ... this is a straight 
forward Do loop, I being the loop control variable. Notice that the inductive expression 
1*4 increases by 4 on each trip through the loop. By introducing a new variable 12, we 
can replace the multiplication with an addition, which is a less expensive operation ... 
This optimization is known as induction variable elimination"), 

- wherein the means for transforming comprises means for performing a 
linear induction analysis step on at least one piecewise linear address expression 
and wherein performing the induction analysis step comprises replacing the 
address expression with single pointer arithmetic and a single conditional (col. 18 
line 55 - col. 19 line 59, "the definition and detection of induction variables and inductive 
expressions will be discussed ... this is a straight forward Do loop, I being the loop 
control variable. Notice that the inductive expression 1*4 increases by 4 on each trip 
through the loop. By introducing a new variable 12, we can replace the multiplication 
with an addition, which is a less expensive operation ... This optimization is known as 
induction variable elimination"). 

Blickstein doesn't explicitly disclose that the address computation code or one 
of the address expressions has nonlinear operations 
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However, Balasa, in an analogous environment, discloses that the address 
expression is nonlinear (p. 2 lines 5-7, "The most important practical subclass of the 
non-linear extensions consist of modulo expressions of affine indexing functions"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 
of Blickstein to have induction analysis applied to at least one address expression which 
is nonlinear. The modification would have been obvious because one of ordinary skill 
in the art would want to utilize the teachings of Balasa to optimize nonlinear expressions 
because they are a very important class of expressions for the multi-dimensional signal 
and data processing field (Balasa, p. 2, lines 5-14). 

Additionally, Blickstein doesn't explicitly disclose that the address expression is 
piece wise linear. 

However, Balasa, in an analogous environment, discloses that the address 
expression is piece wise linear (p. 2 lines 10-19, "we propose a method to transform 
this extended class of expressions into the commonly treated affine function class. This 
has a major advantage that the vast amount of loop oriented transformations techniques 
which are currently in use can be retained without any changes ... We believe that the 
same advantage is applicable in other contexts. In particular ... loop transformations 
are employed for ... piece-wise linear scheduling and mapping of affine dependencies"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Balasa into the system 



Application/Control Number: 09/760,129 Page 18 

Art Unit: 2192 

of Blickstein to have induction analysis applied to an address expression which is 
piece wise linear. The modification would have been obvious because one of ordinary 
skill in the art would want to use the teachings of Balasa to apply existing loop 
transformation techniques to gain performance advantages in situations involving 
piecewise linear address expressions (Balasa, p. 2, lines 10-14). 

As per claim 36, this is another system version of the claimed system discussed 
above, in claim 35, wherein all claimed limitations have also been addressed and/or 
cited as set forth above. For example, see the Blickstein/Balasa combination, 
(Blickstein col. 1:40-34:9 and Balasa, p. 2:5-14). 

As per claim 37, this is a product version of the claimed system discussed above, 
in claim 36, wherein all of the claimed limitations have also been addressed and/or cited 
as set forth above, except for the two additional limitations. For example, see the 
Blickstein/Balasa combination, (Blickstein col. 1:40-34:9 and Balasa, p. 2:5-14). 

Blickstein discloses the additional limitations: 

- wherein at least one of the address expressions include a variable having 
a value that is in a range of values, that range being determined at runtime (col. 
16:64-65, "A set of memory locations (i.e. address expressions having a range of 
values) which may not be determined until runtime"). 

- wherein each of the first and second source-level codes have an 
execution time and wherein the execution time of the second source-level code is 
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less than the execution time of the first source-level code (col. 2:31-33, "the 
program is rewritten, to optimize speed of execution (i.e. the second code revision has a 
faster execution time than the first)"). 

As per claim 38, this is a method version of the claimed product discussed 
above, in claim 37, wherein all claimed limitations have also been addressed and/or 
cited as set forth above. For example, see the Blickstein/Balasa combination, 
(Blickstein col. 1:40-34:9 and Balasa, p. 2:5-14). 

8. Claims 6, 13-15, 17 and 18 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Blickstein, U.S. Patent No. 5,577,253 in view of Balasa et al. 
(Balasa), "Transformation of Nested Loops with Modulo Indexing to Affine 
Recurrences," Parallelization Techniques for Uniform Algorithms, World Scientific Pub., 
1994, p. 1-12, further in view of Janssen et al. (Janssen), "A Specification Invariant 
Technique for Regularity Improvement between Flow-Graph Clusters," IEEE, 1996, p. 
138-143. 

As per claim 6, the rejection of claim 1 is incorporated and further, Blickstein 
discloses that the first, second source-level code and intermediate source-level 
codes generated are represented as data-flow graphs (col. 3 lines 30-34, "Each 
block is also a data structure, or node, and contains pointers to its successors and 
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predecessors ... The interlinked blocks make up a flow graph ... which is the 
representation used by the back end to do the optimizations"). 

Blickstein doesn't explicitly disclose that the first, second source-level code and 
intermediate source-level codes generated are represented as shared data-flow 
graphs. 

However, Janssen, in an analogous environment, discloses a shared flow graph 
(p. 140, col. L, lines 28-29, "we collect the clusters in a single Shared Flow-Graph"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Janssen into the 
system of Blickstein to have a shared data-flow graph. The modification would have 
been obvious because one of ordinary skill in the art would want to utilize the teachings 
of Janssen in order to explore the search space, represented by the shared data flow 
graph, in an efficient way (Janssen, p. 140, col. L, lines 25-26). 

As per claim 13, the rejection of claim 1 is incorporated and further, Blickstein 
doesn't explicitly disclose that the method transforms the source-level codes by 
applying composite transformations with look-ahead local minima avoiding 
capabilities. 

However, Janssen, in an analogous environment, discloses that the method 
transforms the flow-graph representations of source-level codes by applying 
composite transformations with look-ahead local minima avoiding capabilities (p. 

140, col. L, line 55 - col. R, line 3, composite transformations are used to change the 
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structure of the flow-graph. Composite transformations are able to dynamically execute 
sequences of elementary transformations, which enables them to very dedicatedly 
explore a local neighbourhood and look-ahead local minima in the search trajectory"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Janssen into the 
system of Blickstein to have a method that transforms the flow-graph representations 
of source-level codes by applying composite transformations with look-ahead 
local minima avoiding capabilities. The modification would have been obvious 
because one of ordinary skill in the art would want to utilize the teachings of Janssen to 
use composite transformations that can look-ahead over undesirable regions in the 
search trajectory and thus avoid local minima when used in optimization (Janssen, p. 
142, col. L, lines 9-13). 

As per claim 14, the rejection of claim 13 is incorporated and further, Blickstein 
doesn't explicitly disclose that the composite transformations comprise a finite 
predetermined sequence of elementary, non-decomposable transformations, 
wherein each of the elementary transformations are executable if a single set of 
conditions related to the elementary transformation are satisfied, wherein each of 
the composite transformations are composed such that the composite 
transformation can be executed if one of a plurality of sets of conditions is 
satisfied. 
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However, Janssen, in an analogous environment, discloses that the composite 
transformations comprise a finite predetermined sequence of elementary, non- 
decomposable transformations, wherein each of the elementary transformations 
are executable if a single set of conditions related to the elementary 
transformation are satisfied, wherein each of the composite transformations are 
composed such that the composite transformation can be executed if one of a 
plurality of sets of conditions is satisfied (p. 140, col. L, line 55 - col. R, line 3, 
composite transformations are used to change the structure of the flow-graph. 
Composite transformations are able to dynamically execute sequences of elementary 
transformations (simple algebraic transformations, with very tight preconditions that 
check the validity of applying the transform), which enables them to very dedicatedly 
explore a local neighbourhood and look-ahead local minima in the search trajectory"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Janssen into the 
system of Blickstein to have the composite transformations comprise a finite 
predetermined sequence of elementary, non-decomposable transformations, 
wherein each of the elementary transformations are executable if a single set of 
conditions related to the elementary transformation are satisfied, wherein each of 
the composite transformations are composed such that the composite 
transformation can be executed if one of a plurality of sets of conditions is 
satisfied. The modification would have been obvious because one of ordinary skill art 
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would only want to explore optimization scenarios of the flow graph that are valid and 
consistent with the original flow graph. 

As per claim 15, the rejection of claim 14 is incorporated and further, Blickstein 
discloses that the composite transformation transforms a first source-level code 
with a first cost into a second source-level code with a second cost, the second 
cost being lower than the first cost, and while executing the elementary 
transformation of which the composite transformation is composed of, 
intermediate source-level codes are generated, at least one of the intermediate 
source-level codes having a cost being larger than the first cost (col. 25 lines 9-29, 
"A method for doing code generation ... using code templates will now be described ... 
A template is used at different times during a compilation", and col. 25 lines 53-67, "An 
ILG pattern of a code generation template consists of ... a pattern tree which describes 
the (different) arrangement(s) of ILG(s) (i.e. representations of a second source-level 
code) that can be coded by this template ... An integer represents the 'cost' of the code 
generated by this template"). 

As per claim 17, the rejection of claim 15 is incorporated and further, Blickstein 
discloses that the execution of the composite transformations is performed on 
data-flow graph representations of the source-level codes (col. 2 lines 20-31, "The 
front end ... produces a representation of the program (source code) ... in the form of a 
... (data-flow) graph ... after the compiler front end has generated the intermediate 
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language (data-flow) graph and symbol table, various optimizing techniques (composite 
transformations) are ... implemented"). 

As per claim 18, the rejection of claim 17 is incorporated and further, Blickstein 
discloses that applying the algebraic transformation increases the number of 
common subexpressions that are affected by nonlinear operations (col. 188 lines 
7-10, "said code optimization performed using ... common subexpression elimination, 
strength reduction, variable elimination, vectorization and loop unrolling"). 

9. Claims 7-9 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Blickstein, U.S. Patent No. 5,577,253 in view of Balasa et al. (Balasa), "Transformation 
of Nested Loops with Modulo Indexing to Affine Recurrences," Parallelization 
Techniques for Uniform Algorithms, World Scientific Pub., 1994, p. 1-12, in view of 
Janssen et al. (Janssen), "A Specification Invariant Technique for Regularity 
Improvement between Flow-Graph Clusters," IEEE, 1996, p. 138-143, further in view of 
Hong et al. (Hong), "Throughput Optimization of General Non-Linear Computations," 
IEEE, 1999, p. 406-409. 

As per claim 7, the rejection of claim 6 is incorporated and further, Blickstein 
discloses that the data-flow graphs are directed acyclic graphs (col. 31 lines 4-5, "a 
CILG (data-flow graph) is a directed acyclic graph"). 
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Blickstein doesn't explicitly disclose that the data-flow graphs are directed acyclic 
graphs with homogeneous synchronous data-flow behavior. 

However, Hong, in an analogous environment, discloses that the data-flow 
graphs are directed acyclic graphs with homogeneous synchronous data-flow 
behavior (p. 406, col. R, line 56 - p. 407, col. L, line 2, "We use as computational 
model homogeneous synchronous data flow model, which is widely used in many 
application domains"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Hong into the system 
of Blickstein to have data-flow graphs that are directed acyclic graphs with 
homogeneous synchronous data-flow behavior. The modification would have been 
obvious because one of ordinary skill in the art would want to efficiently schedule 
operations by using the homogeneous synchronous data flow model (Hong, p. 407, col. 
L, lines 6-8). 

As per claim 8, the rejection of claim 7 is incorporated and further, Blickstein 
doesn't explicitly disclose that the shared data-flow graph enables modeling in a 
single subgraph address expressions and address calculation code with 
substantially different iterators. 

However, Janssen, in an analogous environment, discloses that the shared 
data-flow graph enables modeling in a single subgraph address expressions and 
address calculation code with substantially different iterators (p. 140, col. L, lines 
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28-30, "we collect the clusters in a single Shared Flow-Graph (ShFG), which is capable 
of representing the sharing of operations and data-dependencies between clusters"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Janssen into the 
system of Blickstein to have the shared data-flow graph enable modeling in a single 
subgraph address expressions and address calculation code with substantially 
different iterators. The modification would have been obvious because one of 
ordinary skill in the art would want to utilize the teachings of Janssen in order to explore 
a larger, global search space of optimization solutions for a program. 

As per claim 9, the rejection of claim 8 is incorporated and further Blickstein 
doesn't explicitly disclose that the method uses a select operation for enabling 
single subgraph modeling. 

However, Janssen, in an analogous environment, discloses that the method 
uses a select operation for enabling single subgraph modeling (p. 140, col. L, lines 
30-32, "Expression sharing in a ShFG (shared flow-graph) is made possible by 
introducing a select operation, the flow graph equivalent of a hardware multiplexer"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Janssen into the 
system of Blickstein to have a select operation for enabling single subgraph 
modeling. The modification would have been obvious because one of ordinary skill in 
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the art would want to make expression sharing in a shared flow-graph possible 
(Janssen, p. 140, col. L, lines 30-31). 

10. Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Blickstein, U.S. Patent No. 5,577,253 in view of Balasa et al. (Balasa), "Transformation 
of Nested Loops with Modulo Indexing to Affine Recurrences," Parallelization 
Techniques for Uniform Algorithms, World Scientific Pub., 1994, p. 1-12, in view of 
Janssen et al. (Janssen), "A Specification Invariant Technique for Regularity 
Improvement between Flow-Graph Clusters," IEEE, 1996, p. 138-143, further in view of 
Miranda et al. (Miranda), "ADOPT: Efficient Hardware Address Generation in Distributed 
Memory Architectures", IEEE, 1996, p. 20-25. 

As per claim 10, the rejection of claim 6 is incorporated and further, Blickstein 
doesn't explicitly disclose that the method time-multiplexes calculations that are 
related to address expressions. 

However, Miranda, in an analogous environment discloses that the method 
time-multiplexes calculations that are related to address expressions (col. lines ). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of * into the system of 
Blickstein to have a method that time-multiplexes calculations that are related to 
address expressions. The modification would have been obvious because one of 
ordinary skill in the art would use the teachings of Miranda in order to minimize 
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addressing and overhead costs (Miranda, p. 1 col. L lines 18-19 and p. 1 col. R lines 21- 
25). 

11. Claims 24 - 29 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Blickstein, U.S. Patent No. 5,577,253 in view of Balasa et al. (Balasa), "Transformation 
of Nested Loops with Modulo Indexing to Affine Recurrences," Parallelization 
Techniques for Uniform Algorithms, World Scientific Pub., 1994, p. 1-12, further in view 
of Kathail et al. (Kathail), U.S. Patent No. 5,692,169-. 

As per claim 24, the rejection of claim 21 is incorporated and further Blickstein 
doesn't explicitly disclose that code hoisting is applied across the scope of a 
conditional. 

However, Kathail, in an analogous environment, discloses that code hoisting is 
applied across the scope of a conditional (col. 2 lines 9-13, "To optimize a program, 
code may be moved above a conditional branch in a scheduling process called 
speculative code motion. Speculative code motion refers to the movement of an 
instruction above a conditional branch that controls its execution"). 

Therefore, it would have been obvious to a person of ordinary skill in the art, at 
the time the invention was made, to incorporate the teachings of Kathail into the system 
of Blickstein to have code hoisting applied across the scope of a conditional. The 
modification would have been obvious because one of ordinary skill in the art would 
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wand to use code hoisting applied across the scope of a conditional in order to enhance 
instruction level parallelism (Kathail col. 2 lines 17-18). 

As per claim 25, the rejection of claim 24 is incorporated and further Blickstein 
discloses that code hoisting is based on a range analysis (col. 3 lines 49-52, This 
mechanism is used by the global optimizer to determine legal and effective 
optimizations, including ... code motions", and a code hoisting optimization scheme 
must use range analysis in order to local legal and effective code hoisting 
opportunities). 

As per claim 26, the rejection of claim 25 is incorporated and further Blickstein 
discloses that code hoisting is considered for applying to expressions with 
overlapping ranges (col. 3 lines 49-52, "This mechanism is used by the global 
optimizer to determine (using range analysis) legal and effective optimizations, including 
... code motions"). 

As per claim 27, the rejection of claim 25 is incorporated and further Blickstein 
discloses that code hoisting is applied to expressions with at least one common 
factor (col. 2 lines 30-31, "various optimizing techniques are used", and col. 3 lines 50- 
52, "including common subexpression expression recognition and code motions"). 
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As per claim 28, the rejection of claim 25 is incorporated and further Blickstein 
discloses that code hoisting is applied for equal expressions when the sum of their 
ranges is larger than the overall range (col. 3 lines 49-52, "This mechanism is used 
by the global optimizer to determine (using range analysis) legal and effective 
optimizations, including ... code motions"). 

As per claim 29, the rejection of claim 25 is incorporated and further Blickstein 
discloses that code hoisting is applied for non-equal expressions after a cost- 
benefit analysis that evaluates: the degree of similarity of the non-equal 
expressions, the degree of similarity being expressed as the amount of common 
subexpressions within the non-equal expressions, their costs and the cost after a 
potential code hoisting step (col. 2 lines 30-31, "various optimizing techniques are 
used", and col. 3 lines 49-52, "This mechanism is used by the global optimizer to 
determine legal and effective optimizations, including common subexpression 
expression recognition and code motions"). 

Response to Arguments 

12. Applicants arguments have been considered but they are not persuasive. 

In the remarks, the applicant has argued substantially that: 

1) Neither Blickstein nor Balasa teach the new limitations of amended claim 1 , at p. 
9:9-10:11. 
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Examiner's response: 

1 ) The Blickstein/Balasa combination discloses all of the limitations of amended 
claim 1, as addressed above in the art rejection. 

In the remarks, the applicant has argued substantially that: 

2) Balasa operates in a non-analogous environment and fails to cure the defect of 
Blickstein with regard to amended claim 1, at p. 9:17-18. 

Examiner's response: 

2) In response to applicant's argument that Balasa is nonanalogous art, it has been 
held that a prior art reference must either be in the field of applicant's endeavor or, if 
not, then be reasonably pertinent to the particular problem with which the applicant was 
concerned, in order to be relied upon as a basis for rejection of the claimed invention. 
See In re Oetiker, 977 F.2d 1443, 24 USPQ2d 1443 (Fed. Cir. 1992). In this case, the 
Balasa reference discloses that "transformation of algorithmic specifications is a major 
instrument both in code optimization and code generation for ... compilers", at p. 1:9-12. 
Applicant's invention involves the optimization of address expressions within source- 
level code . Therefore, the Balasa reference is in the field of applicant's endeavor. 
Further, the Blickstein/Balasa combination discloses all of the limitations of amended 
claim 1, as addressed above in the art rejection. 

In the remarks, the applicant has argued substantially that: 

3) The combination of Blickstein and Balasa fails to disclose the amended and new 
elements of amended claim 1 and new claim 38, 10:28-11:2. 
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Examiner's response: 

3) The Blickstein/Balasa combination discloses all of the limitations of amended 
claim 1 and newly submitted claim 38, as addressed above in the art rejection. 

In the remarks, the applicant has argued substantially that: 

4) Blickstein and Balasa, either alone, or in combination, fail to teach or suggest the 
newly added limitations of Claim 36, at p. 11 :1 1-21. 

Examiner's response: 

4) The Blickstein/Balasa combination discloses all of the limitations of amended 
claim 36, as addressed above in the art rejection. 

In the remarks, the applicant has argued substantially that: 

5) The Examiner failed to establish a motivation to combine Blickstein and Balasa. 
the Examiner failed to identify any relationship between the methods of the two 
references such that one of skill in the art would recognize any motivation or suggestion 
to combine these references, at p. 11:25-26, p. 12:6-8 and 12:12-23. 

Examiner's response: 

5) In response to applicant's argument that there is no suggestion to combine the 
references, the examiner recognizes that obviousness can only be established by 
combining or modifying the teachings of the prior art to produce the claimed invention 
where there is some teaching, suggestion, or motivation to do so found either in the 
references themselves or in the knowledge generally available to one of ordinary skill in 
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the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. Cir. 1988)and In re 
Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992). In this case, one would be 
motivated to utilize the teachings of Balasa to optimize nonlinear expressions, since 
nonlinear expressions are a very important class of expressions for the multi- 
dimensional signal and data processing field (Balasa, p. 2, lines 5-14). 

In the remarks, the applicant has argued substantially that: 

6) The Examiner failed to provide any suggestion or motivation in the prior art that 
such a combination of the incompatible methods of Balasa and Blickstein would be 
advantageous, at p. 12:12-15. 
Examiner's response: 

6) In response to applicant's argument that there is no suggestion to combine the 
allegedly incompatible methods of Balasa and Blickstein, the test for obviousness is not 
whether the features of a secondary reference may be bodily incorporated into the 
structure of the primary reference; nor is it that the claimed invention must be expressly 
suggested in any one or all of the references. Rather, the test is what the combined 
teachings of the references would have suggested to those of ordinary skill in the art. 
See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981). 

In the remarks, the applicant has argued substantially that: 

7) The Examiner's rejection is based on an improper hindsight combination, at p. 
12:15-17. 
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Examiner's response: 

7) In response to applicant's argument that the examiner's conclusion of 
obviousness is based upon improper hindsight reasoning, it must be recognized that 
any judgment on obviousness is in a sense necessarily a reconstruction based upon 
hindsight reasoning. But so long as it takes into account only knowledge which was 
within the level of ordinary skill at the time the claimed invention was made, and does 
not include knowledge gleaned only from the applicant's disclosure, such a 
reconstruction is proper. See In re McLaughlin, 443 F.2d 1392, 170 USPQ 209 (CCPA 
1971). 

In the remarks, the applicant has argued substantially that: 

8) The Blickstein and Balasa combination fail to teach or suggest all elements of 
new claim 38, at p. 12:22-23. 

Examiner's response: 

8) The Blickstein/Balasa combination discloses all of the limitations of newly 
submitted claim 38, as addressed above in the art rejection. 

Conclusion 

13. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 

* 

MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry of a general nature or relating to the status of this application should 
be directed to the TC 2100 Group receptionist: 571-272-2100. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Andre R. Fowlkes whose telephone number is (571) 
272-3697. The examiner can normally be reached on Monday - Friday, 8:00am- 
4:30pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571)272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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